home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
BCI NET
/
BCI NET Dec 94.iso
/
archives
/
programming
/
blitzbasic
/
blitz-list200994.lha
/
blitz-list
/
000574_blitz-list-request_Fri Sep 16 15:33:36 1994.msg
< prev
next >
Wrap
Internet Message Format
|
1994-09-20
|
2KB
Received: from sisvax (sisvax.sis.port.ac.uk [148.197.159.14]) by kantti.helsinki.fi (8.6.9/8.6.5) with SMTP id PAA17808 for <blitz-list@helsinki.fi>; Fri, 16 Sep 1994 15:32:25 +0300
Date: Fri, 16 Sep 1994 13:27:42 +0100
Message-Id: <94091613274216@sisvax.sis.port.ac.uk>
From: sis3149@sisvax.sis.port.ac.uk (HANG-FIRE)
To: OTT@microlnk.ml.ee, blitz-list@helsinki.fi
Subject: Re: Stack problems
X-VMS-To: SMTP%"OTT@microlnk.ml.ee"
X-VMS-Cc: BLITZLIST
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Status: RO
> I've had some stack problems too. Strange thing is that I don't use
> recursive procedures at all. I just make a str$(x) - variable to
> string and then print it out using RI's FNSPrint. Anyway, if
> I call this routine (and it's not procedure or statement - just
> gosub) about 100 times then it say out stack. Comments?? Whats wrong??
Hi,
the FNSPrint command needs to store a bit of data on the stack. Eaxctly,
it stores all the registers (I think) onto the stack whilst the command is
running (15*4 bytes = 60 bytes of stack space). Additionally it also has to
store extra registers *temporarily* if you're using underline. The data is
restored from the stack quite happily - if it wasn't blitz would go into runtime
error mode with a stack frame error (or something like that).
I can have a try and see if there are any stack related problems with the FNS
commands. I'm sure though that the problem must lie elsewhere, nevertheless
I'll still have a look through my code to see if it ever aborts without
restoring the stack.
Steve Mc.